Integrated circuit having a bus network, and method for the integrated circuit

ABSTRACT

A bus network passes pending messages from bus interface to bus interface until they are downloaded at a target bus interface by a target device connected to the target bus interface. The messages are tagged with at least one download control bit. The download control bit has a priority state indicating that a message has already passed the target bus interface at least once without being downloaded. When controlling selection of messages for downloading by the target device, the target bus interface selects messages with the download control bit in the priority state with a greater probability than messages not having a download control bit in the priority state.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The field of the present invention relates to the field of integratedcircuits. More particularly, the invention relates to an integratedcircuit having a bus network for communicating between devices of theintegrated circuit.

2. Description of the Prior Art

An integrated circuit may have a bus network for communicating betweendifferent devices of the integrated circuit. In a free flowing busnetwork, messages transferred over the network cannot be queued up atthe target node of the network. If a message reaches its target node,and the message cannot be downloaded from the target mode, then themessage is passed on to another node of the network and continues toflow from node to node within the network until the message returns tothe target node at a time when the target node can download the message.This means that the messages can pass the target node several timesbefore being downloaded.

SUMMARY OF THE INVENTION

Viewed from one aspect, the present invention provides an integratedcircuit comprising:

a plurality of devices; and

a bus network configured to transfer messages between said plurality ofdevices, said bus network comprising a plurality of bus interfaces forconnecting said devices to said bus network, and at least one busconnecting said plurality of bus interfaces; wherein:

said bus network is configured to transfer a message specifying a targetdevice that is connected to a target bus interface;

said plurality of bus interfaces are configured to continue passing saidmessage from bus interface to bus interface until said message isdownloaded from said target bus interface by said target device;

said message is associated with at least one download control flag whichis transferred along with said message via said bus network;

said at least one download control flag is settable to a priority stateindicating that said message has passed said target bus interface atleast once without said message being downloaded by said target device;and

said target bus interface is configured to control selection of messagesto be downloaded by said target device, with messages for which said atleast one download control flag is set to said priority state having agreater probability of being selected than messages for which said atleast one download control flag is not set to said priority state.

In the integrated circuit, a plurality of bus interfaces are connectedby the bus network. The bus interfaces allow connection of devices tothe bus network. When a message is transferred over the bus network, themessage specifies a target device of the plurality of devices. Themessage is routed through the network and passed from bus interface tobus interface until the message reaches the target bus interface whichis connected to the target device. If the target device can download themessage, then the target bus interface may pass the message to thetarget device If the message cannot be downloaded by the target device,the message continues to pass from bus interface to bus interface untilthe message once more reaches the target bus interface at a time when itcan be downloaded by the target device.

To reduce the likelihood of a message remaining in the networkindefinitely without being downloaded, each message is associated withat least one download control flag which is transferred along with themessage via the bus network. The download control flag is settable to apriority state which indicates that the message has already passed thetarget bus interface at least once without being downloaded by thetarget device. The target bus interface is arranged to control aselection of messages to be downloaded by the target device, withmessages for which the least one download control flag is set to thepriority state having a greater probability of being selected thanmessages which do not have to be at the download control flag set to thepriority state. Hence, messages which have already passed the target businterface one or more times are more likely to be selected for downloadthan messages which are on their first pass through the target businterface. This provides an improved quality of service for messages andreduces the likelihood that a message remains stuck in the networkindefinitely without being downloaded.

In one example, the download control flag may comprise a bit appended tothe message. One state of the bit (e.g. a value of 1) may representpriority state while the other state (e.g. a value of 0) may representthe non-priority state.

While the present technique may be implemented in any network in whichmessages flow from point to point within the network until they aredownloaded, irrespective of the topology of the network, the techniqueis particularly useful in a network in which the bus interfaces areconnected in a ring topology. In such a network, the messages circulatearound the ring until they are downloaded from the network at the targetbus interface.

The present technique may be applied to bus networks comprising a singlebus connecting the plurality of bus interfaces. However, bandwidth canbe increased and message delivery latency reduced by providing at leasttwo buses connecting the bus interfaces. For example, in a ringtopology, one bus may convey messages around the ring in a clockwisedirection while another bus may transfer messages around the ring in ananticlockwise direction. When uploading a message onto the network, thesource bus interface connected to the source device which issued themessage may select one of the buses for transmitting the message, forexample the bus which allows the message to be delivered to the targetdevice via the shortest path.

In the case where there are at least two buses, multiple messages mayarrive at the target interface at the same time via different buses. Theat least one download control flag may comprise a priority flag which isused to control download arbitration between multiple messagesspecifying the same target device which are received in the sameprocessing cycle. Hence, the target bus interface may use the priorityflag of each of the received message to determine which of the messagesto select for downloading by the target device.

The download arbitration need not be performed on every occasion whenmultiple messages are received. For example, if the target devicetargeted by those messages is not available for downloading a message,then there is no need to perform the download arbitration.

In the download arbitration, the target bus interface may select one ofthe multiple messages for downloading by the target device and then setthe priority flag to the priority state for another of the multiplemessages which is not selected for downloading. In this way, the messagewhich loses the arbitration is marked for priority downloading on afuture occasion so as to increase the probability that the message isdownloaded relative to other messages not having the priority flag inthe priority state.

In the download arbitration, if none of the multiple messages has thepriority flag in the priority state, the target bus interface may selectany one of the multiple messages for downloading by the target device.For example, the target bus interface may select one of the messages atrandom or may use a round robin or preferential selection scheme forselecting a message from one bus or another bus.

On the other hand, if one of the multiple messages has the priority flagin the priority state, then the target bus interface may select themessage which has the priority flag in the priority state fordownloading the target device. This means that the message which hasalready passed the target bus interface at least once without beingdownloaded is preferentially selected for downloading. This reduces thelikelihood that a message will repeatedly cycle round the networkwithout being downloaded by the target device.

The examples described in this specification relate to a network havingtwo buses, and so the download arbitration may select one of twomessages for downloading. However, it will be appreciated that in othernetworks there may be three or more buses, in which case on receivingthree or more messages simultaneously, the download arbitration mayselect for downloading any one of the messages which are marked with thepriority bit in the priority state.

The one or more buses connecting the bus interfaces need not be the onlychannel for passing messages within the network. For example, at leastone of the bus interfaces may be a multi-port bus interface whichcomprises a plurality of device ports. Each device port allowsconnection of a device to the bus interface. If two or more devices areconnected to the same bus interface via respective device ports, thenthese devices may exchange messages directly from one port to anotherport of the same bus interface, without needing to transfer a messageover the buses which link different bus interfaces. By using theport-to-port message path to transmit port-to-port messages between thedevices, bandwidth on the buses of the bus network can be conserved formessages transmitted between devices connected to different businterfaces.

If in a same processing cycle the multi-port bus interface receives botha bus message from at least one bus and a port-to-port message on theport-to-port message path, with each message targeting the same targetdevice, then the bus interface may select one of these messages fordownloading.

While various selection schemes may be used, in one embodiment themulti-port bus interface may use a weighted round robin scheme to selecteither the bus message or the port-to-port message, with the round robinscheme being weighted to select the bus message more frequently than theport-to-port message. The bus message will typically have feweropportunities to be downloaded than the port-to-port message, becausewhile the port-to-port message can be downloaded in any cycle in whichno bus message targeting the same target device is received from thebus, as well as in cycles allocated to port-to-port messages by theweighted round robin scheme, the bus message will need to go round thenetwork once more before it can be downloaded again. Therefore,favouring selection of the bus message over the port-to-port message canimprove the quality of service of message downloading and reducing thelikelihood of a bus message being starved of the opportunity to bedownloaded.

In the case of a multi-port bus interface, the bus interface mayimplement a two-stage download arbitration scheme, in which on receivingmultiple bus messages and a port-to-port message in the same processingcycle each targeting the same target device, the target bus interfacefirst determines whether or not to download a bus message or aport-to-port message, and if the port-to-port message is not selected,then performs the download arbitration for the multiple bus messagesbased on the priority flag for those messages.

Hence, the priority flag enables the target bus interface to favourdownloading of messages which have missed out on an opportunity to bedownloaded because they lost out in contention for download with anothermessage targeting the same target device which was received by thetarget bus interface in the same processing cycle.

Another reason why a message arriving at the target bus interface maynot be downloaded is that the target device may not be ready to receivethe message. While download opportunities at the target device may arisereasonably frequently, it is possible that each time a particularmessage returns to the target bus interface, a preceding message hasalready taken the available download opportunity for the target device,and so the message still cannot be downloaded. If this is repeatedseveral times, then the message may be starved of the opportunity to bedownloaded.

To address this problem, the at least one download control flag maycomprise a starvation flag. If on receiving a message for which thestarvation flag has not already been set to the priority state, thetarget device specified by that message is not available to download themessage, then the starvation flag may be set to the priority state. Themessage with the starvation flag set in the priority state is thenprovided with an increased probability of download on future occasions,to reduce the likelihood that the message continues flowing through thenetwork indefinitely.

A counter may be used to detect whether a message has been starved ofdownloading. The counter may be incremented each time a message forwhich the starvation bit has been set passes the target bus interface attime when the message cannot be downloaded because the target device isnot available for downloading. When the counter reaches a thresholdvalue (e.g. 3), a download opportunity for the target device can bereserved for the message having the starvation flag set. Once a downloadopportunity has been reserved for the message with the starvation bitset to the priority state, then other messages not having the starvationflag set to the priority state may be prevented from being downloaded bythe target device in the reserved download opportunity. Therefore, thereserved download opportunity remains untaken so that when the messagewith the starvation flag set returns to the target bus interface, themessage can be downloaded by the target device. In this way, thecontention between an earlier message and a later message can beresolved to allow the later message to be downloaded even in the casewhere the earlier message is the first to encounter an availabledownload opportunity.

The configuration of the target bus interface may be made more efficientby preventing the starvation flag being set to the priority state forone message if another message specifying the same target device andbeing transmitted on the same bus already has the starvation flag set tothe priority state. By ensuring that only one message can have itsstarvation flag set in the priority state for each bus-target devicepair, there is no need to track which particular message for that busand target device is the message whose passes round the network arebeing counted. The counter can simply be incremented each time a messageon the relevant bus having the starvation flag set and specifying therelevant target device passes the target bus interface. If any othermessages on the same bus for the same target device are also beingstarved of downloading then they can have the starvation flag set oncethe previous starved message has been downloaded. By dealing withdownload starvation of one message at a time, the configuration of thetarget bus interface can be made less complex.

Although it is possible to use only one of the priority flag and thestarvation flag, preferably both flags are used to allow the target businterface to address both contention between messages received fromdifferent buses in the same processing cycle using the priority flag andcontention between messages received on the same bus in differentprocessing cycles using the starvation flag. In this case, apredetermined order of precedence between the priority flag and thestarvation flag may be used. For example, the priority flag may takeprecedence over the starvation flag so that in the download arbitration,if a message has the priority bit set to the priority state, then thatmessage is downloaded, but otherwise a message having the starvationflag in the priority state can be downloaded in preference to a messagenot having either of the priority flag and starvation flag set. Hence,the starvation flag may provide for preferred download selection even ifthe counter associated with the message has not yet reached thethreshold required for declaring starvation.

Viewed from another aspect, the invention provides an integrated circuitcomprising:

a plurality of device means for providing data processing functions; and

bus network means for transferring messages between said plurality ofdevice means, said bus network means comprising a plurality of businterface means for connecting said device means to said bus networkmeans, and at least one bus means for connecting said plurality of businterface means; wherein:

said bus network means is for transferring a message specifying a targetdevice means that is connected to a target bus interface means;

said plurality of bus interface means are configured to continue passingsaid message from bus interface means to bus interface means until saidmessage is downloaded from said target bus interface means by saidtarget device means;

said message is associated with at least one download control flag whichis transferred along with said message via said bus network means;

said at least one download control flag is settable to a priority stateindicating that said message has passed said target bus interface meansat least once without said message being downloaded by said targetdevice means; and

said target bus interface means is configured to control selection ofmessages to be downloaded by said target device means, with messages forwhich said at least one download control flag is set to said prioritystate having a greater probability of being selected than messages forwhich said at least one download control flag is not set to saidpriority state.

Viewed from a further aspect, the present invention provides a methodfor an integrated circuit comprising a plurality of devices, a busnetwork configured to transfer messages between said plurality ofdevices, said bus network comprising a plurality of bus interfaces forconnecting said devices to said bus network, and at least one busconnecting said plurality of bus interfaces; said method comprisingsteps of:

transferring a message over said bus network, wherein said messagespecifies a target device that is connected to a target bus interface,and said message is associated with at least one download control flagwhich is transferred along with said message via said bus network; and

passing said message from bus interface to bus interface until saidmessage is downloaded from said target bus interface by said targetdevice;

wherein said at least one download control flag is settable to apriority state indicating that said message has passed said target businterface at least once without said message being downloaded by saidtarget device; and

said method comprises said target bus interface controlling selection ofmessages to be downloaded by said target device, with messages for whichsaid at least one download control flag is set to said priority statehaving a greater probability of being selected than messages for whichsaid at least one download control flag is not set to said prioritystate.

The above, and other objects, features and advantages of this inventionwill be apparent from the following detailed description of illustrativeembodiments which is to be read in connection with the accompanyingdrawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an integrated circuit comprising a bus network;

FIG. 2 illustrates an example of a bus network having a ring topology;

FIG. 3 shows an example of bus lines for transmitting a message withinthe bus network;

FIG. 4 illustrates an example of a bus interface for connecting devicesto the bus network;

FIG. 5 is a table showing download arbitration between messages receivedby a target bus interface in the same processing cycle;

FIG. 6 illustrates a link interface between a bus interface and a deviceconnected to the bus interface;

FIG. 7 illustrates a finite state machine for controlling setting of thestarvation flag and reservation of download opportunities;

FIG. 8 shows a method of handling downloading of messages using thestarvation flag; and

FIG. 9 illustrates a method of download arbitration.

DESCRIPTION OF THE EMBODIMENTS

FIG. 1 illustrates an integrated circuit 2 comprising a number ofdevices 4. The devices 4 are connected to a bus network 8 fortransferring messages between the devices 4. For example, the devices 4may include a processor, a graphics processor, a co-processor, a memory,a memory controller, a direct memory access (DMA) controller or aninterface for communicating with an off-chip device. More or fewerdevices 4 may be provided as desired.

FIG. 2 illustrates an example of the bus network 8 having a ringtopology.

The bus network 8 comprises a number of bus interfaces 10 (also referredto as cross points XP). Each bus interface 10 allows connection of atleast one device 4 to the network 8. In this example, each bus interface10 has two input/output ports P0, P1 each for connection of a respectivedevice 4 to the bus interface 10. However, it will be appreciated thatit is not essential for each bus interface 10 to be a multi-port businterface, and some bus interfaces 10 may only have one device port.Each device 4 connected to a port of a bus interface 10 may uploadmessages to the bus interface 10 for delivery onto the network 8 anddownload messages from the bus interface 10 issued from other devices 4connected to the network 8.

The bus interfaces 10 are connected by a first ring bus 12 and a secondring bus 14, which connect the bus interfaces 10 in a ring topology. Thefirst bus 12 conveys messages from bus interface 10 to bus interface 10in a clockwise direction, while the second bus 14 conveys messages in ananticlockwise direction. When transmitting a message onto the bus, thebus interface 10 which receives the message from a source device 4 maydetermine whether it is more efficient to route the message via thefirst bus 12 or the second bus 14. For example, if a message is receivedat bus interface XP0 and specifies a target device connected to businterface XP5, then it is more efficient to transmit the message via bus14 than bus 12, since the delivery path from bus interface XP0 to businterface XP5 is shorter via bus 14 than via bus 12. Each bus interface10 may maintain a table indicating, for each other bus interface, whichof the buses 12, 14 should be used for messages targeting a deviceconnected to that bus interface.

The bus network 8 is arranged so that messages, once transmitted via thebuses, cannot be queued for downloading at a bus interface 10. Instead,each message passes from bus interface 10 to bus interface until themessage reaches its target bus interface 10 and can be downloaded by thetarget device 4 at the target bus interface 10. If the message cannot bedownloaded, for example because the target device 4 is not ready todownload a message, or because another message targeting the same targetdevice 4 is selected for downloading ahead of the message, then thetarget bus interface 10 passes the message to the next bus interface 10around the ring. The message continues circulating round the network 8until it is eventually downloaded by the target device 4 from the targetbus interface 10.

FIG. 3 shows an example of a signal format of messages transmitted viathe bus. The buses 12, 14 may have respective bus lines for transmittingeach kind of information, including a target device line 20 forspecifying the target device to which the message is to be sent. Thetarget device may for example be specified by identifying the target businterface 10 and/or the target device port to be used to download themessage. In some examples, the message may specify more than one targetdevice using a target device vector having a number of bits eachindicating whether or not a corresponding device 4 is a target devicefor that message.

The bus message lines also include a priority bit line 22 fortransmitting a priority flag and a starvation bit line 24 fortransmitting a starvation flag. The priority and starvation flags areboth examples of download control flags which are used for prioritizingdownloading of messages. The bus also has several bus lines 30 fortransmitting any kind of information required for the message payload.It will be appreciated that further bus lines may be provided if otherkinds of information are to be transmitted along with the message.

FIG. 4 show an example of one of the bus interfaces 10. The businterface 10 includes various signal lines for transferring messagesbetween the buses 12, 14 and the devices 4 connected to the input/outputports P0, P1. The signal lines include direct bus lines 32 fortransmitting a message received on a bus directly to the next businterface 10 along that bus, bus-to-device lines 34 for transferringmessages between a bus 12, 14 and a device 4, and a port-to-port bypassline 40 for transferring messages directly between the devices 4 coupledto each port P0, P1 of the interface 10. Multiplexers 50 are provided toselect which path a particular message is routed to on receipt from abus 12, 14 or device 4. Control circuitry 60 is provided to control themultiplexers 50.

The port-to-port bypass line 40 allows messages to be transferredbetween devices 4 connected to the same interface 10 without using up amessage slot on one of the buses 12, 14. To increase efficiency, devicesthat are likely to communicate with one another relatively frequentlycan be connected to different ports of the same bus interface 10 to makeuse of the fact that the port-to-port bypass line 50 allows quickerdelivery of messages than the buses 12, 14.

As shown in FIGS. 2 and 4 each bus interface may receive messages fromboth the first bus 12 and the second bus 14. Also, a message may bereceived by the port-to-port bypass line 50. Each device 4 may only beable to download a single message at a time, so the control circuitry 60may determine whether the target device is ready to download a message,and if so, to perform download arbitration for selecting which of themessages received for the same target device should be downloaded by thetarget device.

FIG. 5 shows a table indicating the download arbitration performed bythe control circuitry 60 of the bus interface 10. As shown in FIG. 3,each message transferred by the buses has a priority bit 22 which can beset to a priority state (in the example of FIG. 5, by setting the bit toa value of 1). The priority bit is set to the priority state if, whenarbitrating between two messages received for the same target device inthe same cycle, a message loses the arbitration and so is passed onround the network again. In the arbitration, a message which already hasthe priority bit set to the priority state is preferred for selectionover another message not having the priority bit set to the prioritystate. This ensures that messages which have already passed round thebus network at least once are more likely to be selected for downloadingthan messages which are on the first pass round the network.

As shown in FIG. 5, the bus interface 10 performs a two stagearbitration. In the first stage, the bus interface 10 determines whetherto select a message from one of the buses 12, 14 or whether to select amessage form the port-to-port bypass path 40 for downloading by thetarget device. For the stage one arbitration, the control circuitry 60of the target bus interface 10 uses a weighted round robin scheme inwhich messages from the bus 12, 14 are selected more frequently thenmessages from the port-to-port bypass path 40. For example, eachprocessing cycle may be allocated for downloading either a bus messageor a port-to-port message, with more cycles being allocated for busmessages than for port-to-port messages. In cycles allocated to theport-to-port messages, then any port-to-port message received in thatcycle is transferred via the port-to-port bypass path 40.

On the other hand, in cycles allocated to downloading of a bus message,or cycles in which no port-to-port message is pending, a stage twoarbitration is performed by the control circuitry 60. The stage twoarbitration is dependent on the state of the priority bit 22 for each ofthe messages received by the buses 12, 14. If either of the receivedmessages has the priority bit set to the priority state (in the exampleFIG. 5, where the P bit equals 1), then the corresponding message havingthe priority bit set to the priority state is selected for downloadingby the target device, and the control circuitry 60 sets the P bit forthe other message to the priority state.

On the other hand, if neither of the received messages has its prioritybits set to the priority state (P=0 in this example), then the controlcircuitry 60 determines whether either message has its starvation bit 24set. If a message has the starvation (S) bit set (e.g. if S=1) then thatmessage is selected for download. If the messages have neither thepriority bit nor the starvation bit set to the priority state, then thecontrol circuitry 60 selects any one of the messages for downloading bythe target device 4. For example, the control circuitry may select amessage at random.

Since only the message which loses a download arbitration can have itspriority bit set to the priority state, and the message which wins thedownload arbitration will be downloaded by the target device and will nolonger pass round the network, it is impossible for both receivedmessages to have the priority bit set to the priority state. The use ofthe priority bit will be explained further with respect to FIG. 9 below.

FIG. 6 shows an example of the device link 70 between a bus interface 10and a device 4 connected to the bus interface. The bus interface 10 anddevice 4 each have a buffer 80, 90 for storing messages after they havebeen transferred over the link 70. For example, if the device 4 wishesto transmit a message over the bus network, then the device 4 must waituntil a space is available in the buffer 80 of the bus interface 10before transmitting the message across the link 70. When a bus slot onone of the buses 12, 14 becomes available, the bus interface 10 thentransmits one of the buffered messages in that bus slot.

Similarly, the device 4 reads messages from the buffer 90 when it isready to receive the messages. When a message arrives at the target businterface 10 via the bus network 8, the message cannot be downloadeduntil there is a space in the buffer 90 of the device 4. To keep trackof whether there is space in the buffer 90, the device 4 may allocate tothe bus interface 10 a download credit each time space becomes availablein the buffer 90. The download credit indicates to the bus interface 10that there is a download opportunity for downloading a message from thebus interface 10. When a message arrives at the target bus interface 10,the bus interface 10 determines whether a download credit is availablefrom the target device 4, and if not, then the message is passed to thenext bus interface to continue passing round the bus network. Themessage will then make repeated attempts to download each time themessage arrives at the target bus interface 10, until eventually adownload credit is available when the message arrives at the target businterface 10, and the message can be downloaded to the buffer 80 of thedevice 4.

On rare occasions, it is possible that each time the message attempts tobe downloaded at the target bus interface, there is no download creditavailable, causing the message to continue spinning round the networkindefinitely. This scenario is called download starvation. Thestarvation bit 24 is provided for each message to help to detect thedownload starvation scenario and to handle this so that messages markedwith a starvation bit can be reserved a download credit. The target businterface 10 also maintains a counter 95 for monitoring downloadstarvation.

FIG. 7 shows an example of a finite state machine 100 used by thecontrol circuitry 60 of target bus interface 10 to control handling ofthe starvation bit 24 for messages targeting a particular target device4 connected to the target bus interface 10. Initially, the state machine100 is in an idle state 102 in which none of the messages targeting thetarget device 4 have the starvation bit to the priory state.

If a message arrives at the bus interface 10 when no download credit isavailable from the target device 4, then the bus interface 10 sets thestarvation bit for that message to the priority state and the statemachine 100 transitions to the count state 104. During the count state104, if the message having the starvation bit set to the priority stateis received at the bus interface 10 and a download credit is available,then the state machine 100 transitions back to the idle state 102 andthe message is downloaded by the target device 4. On the other hand, ifno credit is available when the message having the starvation bit set isreceived at the target bus interface 10, and the counter 95 has not yetreached a starvation threshold count STC, then the counter 95 isincremented and the state machine remains in the count state 104. Thecounter 95 indicates the number of times a download attempt for themessage was unsuccessful because there was insufficient download creditfrom the target device 4.

If, while in the count state 104, the message with the starvation bitset to the priority state is received at the target bus interface 10 andthe counter 95 has reached a starvation threshold count STC, then thestate machine 100 transitions to a starved state 106. At this point thedownload starvation scenario is detected and a download credit for thetarget device is reserved for the message which has the starvation bitset to the priority state.

While the state machine 100 is in the starved state 106, if the messagehaving the starvation bit set is received at a time when a downloadcredit is available, then the message is downloaded and the statemachine 100 returns to the idle state 102.

On the other hand, if a message that does not have the starvation bitset to priority state is received when a reserved download credit isavailable, then the message is prevented from using the availabledownload credit, because this credit has been reserved for the messagehaving the starvation bit set. In this case, the state machine 100transitions to the credit reserved state 108, and the message is notdownloaded and is passed to another bus interface 10 in the network. Thestate machine 100 then remains in the credit reserved state 108 untilthe message having the starvation bit set is received once more at thetarget bus interface 10, at which point the message is downloaded by thetarget device using the reserved download credit.

Hence, by setting the starvation bit to trigger counting of the numberof times a message could not be downloaded due to insufficient downloadcredit, triggering a starvation scenario when the count reaches athreshold value, and reserving a credit for the starved message, the businterface ensures that no message can be starved of downloading morethan a given number of times. This prevents messages continuing to passaround the network indefinitely.

While it would be possible to allow the bus interface 10 to set thestarvation bit for any messages for which starvation is detected, thiswould require multiple counters 95 and would require the bus interface10 to track which particular message corresponds to each counter 95.

The configuration of the bus interface 10 can be simplified bypreventing the bus interface 10 from setting the starvation bit to thepriority state for more than one message which targets the same targetdevice 4 and is received on the same bus 12, 14. Hence, in the exampleshown in FIG. 2, each bus interface 10 may be allowed to set thestarvation bit to the priority state for a maximum of four messages:

-   -   one message received on bus 12 targeting the device connected to        port P0;    -   one message received on bus 14 targeting the device connected to        port P0;    -   one message received on bus 12 targeting the device connected to        port P1; and    -   one message received on bus 14 targeting the device connected to        port P1.        The bus interface 10 may maintain a separate counter 95 and        state machine 100 for each bus/port combination. For example,        while the state machine 100 is in the idle state 102 for        messages received on bus 12 that target the device connected to        port P0, another state machine 100 may be in the starved state        106 for messages received on bus 12 that target the device        connected to port P1. Since only one message for each bus/port        combination can have its starvation bit set to the priority        state, there is no need to provide any further information for        distinguishing between multiple messages targeting the same        target device and received on the same bus. The bus interface 10        can determine which counter 95 and state machine 100 corresponds        to which message simply from the state of the starvation bit 24,        the target device specified by the message, and the bus from        which the message is received.

Also, the bus interface 10 which sets the starvation bit for a messageis the only bus interface 10 which is allowed to clear the starvationbit. Hence, a bus interface 10 cannot clear the starvation bit formessages which do not target a target device 4 connected to that businterface 10. This ensures that once download starvation has beendetected for a particular message, that message will remain in thepriority state until it is downloaded.

FIG. 8 shows a method for handling the processing of messages to avoiddownload starvation. At step 200, a bus interface 10 receives a messagetargeting a target device 4 which is connected to that bus interface 10.At step 202, the bus interface 10 checks whether a download credit isavailable from the target device 4.

If no download credit is available, then at step 204 the bus interface10 determines whether the starvation bit has been set to the prioritystate for that message. If the starvation bit has not been set, then atstep 206 the bus interface 10 checks whether another message for thesame target device 4 and the same bus 12, 14 already has the starvationbit set. If no other message for the same target device 4 and the samebus 12, 14 has the starvation bit set, then at step 208 the starvationbit is set for the message, and the message is then passed to the nextbus interface in the network at step 210. On the other hand, if anothermessage for the same target device received on the same bus already hasthe starvation bit set to the priority state, then at step 210 themessage is passed to the next bus interface without setting thestarvation bit.

On the other hand, if at step 204 it is determined that the starvationbit was set for the received message, then at step 212 the bus interface10 determines whether the counter value of the counter 95 correspondingto that message is less than the starvation threshold count. If so, thenat 214 the count value is incremented and at step 210 the message ispassed to the next bus interface 10 in the network. However, if thecounter value is not less than (i.e. equal to) the starvation thresholdcount, then the starvation scenario is detected, and at step 216 the businterface 10 reserves a download credit for the message having thestarvation bit set to the priority state. At step 210, the message isthen passed to the next bus interface 10.

When a message is received at step 200 and a download credit isdetermined to be available at step 202, then at step 220 the businterface determines whether the starvation bit is set to the prioritystate for the received message. If so, then the message is downloaded atstep 228, hence resolving the download starvation of this message.

Alternatively, if the starvation bit is not set for the receivedmessage, then at step 222 the bus interface 10 determines whether acredit has been reserved for the message that has the starvation bit setto the priority state. If so, then it is determined whether there ismore than one download credit available at step 224. If there is onlyone download credit available, then the message not having thestarvation bit set is passed to the next bus interface 10 at step 210.This prevents the only available download credit being used by themessage which does not have the starvation bit set.

If at step 222, no credit has been reserved for the message with thestarvation bit set, or at step 224 there is found to be more than onedownload credit available, then the message not having the starvationbit set to the priority state is free to use the available downloadcredit. Hence, in either of these situations, the method proceeds tostep 230, where the bus interface 10 determines whether there aremultiple messages pending for download by the same target device 4. Ifnot, then at step 232 the message is downloaded. On the other hand, ifthere are multiple pending messages, then at step 234 downloadarbitration is performed to select which of the messages to download.

FIG. 9 illustrates the download arbitration performed at step 234. Asdescribed above, the download arbitration is performed based on thestate of the priority bit 22 using the two stage arbitration schemeshown in FIG. 5. At step 240, the target bus interface 10 determineswhether to select a message received from the buses 12, 14 or from theport-to-port path 40. For example, the bus interface 10 may determinewhether the weighted round robin scheme has allocated the currentprocessing cycle for downloading of a bus message or a port-to-portmessage. If the port-to-port path is selected, then at step 242 the businterface 10 checks whether a message from the port-to-port path ispending. If so, then at step 244 the message on the port-to-port path 40is downloaded by the target device 4 and at step 246 any messagesreceived via the buses 12, 14 are passed to the next bus interface 10along the respective buses.

On the other hand, if at step 240 a message from one of the buses isselected, or at step 242 no port-to-port message is pending, then atstep 250 the bus interface 10 determines whether the priority bit 22 isset to the priority state for either of the received messages targetingthe same device 4. If one of the messages has the priority bit set thenat step 252 that message is selected for downloading by the targetdevice 4, and at step 254 the other message, which lost the arbitration,has its priority bit 22 set to the priority state. The message whichlost the arbitration is then transmitted to the next bus interface atstep 256.

If at step 250 neither of the messages has the priority bit set, then atstep 270 the bus interface selects one of the messages at random fordownloading and the selected message is downloaded by the target device4. At step 254, the priority bit for the message which was not selectedis set to the priority state and at step 256 that message is passed tothe next bus interface 10.

In summary, by tagging messages with a download control bit (such as thepriority bit or the starvation bit), messages which have already passedthe target bus interface at least once without being downloaded can beprioritised for download selection on future occasions.

Although illustrative embodiments of the invention have been describedin detail herein with reference to the accompanying drawings, it is tobe understood that the invention is not limited to those preciseembodiments, and that various changes and modifications can be effectedtherein by one skilled in the art without departing from the scope andspirit of the invention as defined by the appended claims.

We claim:
 1. An integrated circuit comprising: a plurality of devices;and a bus network configured to transfer messages between said pluralityof devices, said bus network comprising a plurality of bus interfacesfor connecting said devices to said bus network, and at least one busconnecting said plurality of bus interfaces; wherein: said bus networkis configured to transfer a message specifying a target device that isconnected to a target bus interface; said plurality of bus interfacesare configured to continue passing said message from bus interface tobus interface until said message is downloaded from said target businterface by said target device; said message is associated with atleast one download control flag which is transferred along with saidmessage via said bus network; said at least one download control flag issettable to a priority state indicating that said message has passedsaid target bus interface at least once without said message beingdownloaded by said target device; and said target bus interface isconfigured to control selection of messages to be downloaded by saidtarget device, with messages for which said at least one downloadcontrol flag is set to said priority state having a greater probabilityof being selected than messages for which said at least one downloadcontrol flag is not set to said priority state.
 2. The integratedcircuit according to claim 1, wherein said plurality of bus interfacesare connected in a ring topology by said at least one bus.
 3. Theintegrated circuit according to claim 1, wherein said bus networkcomprises at least two buses connecting said plurality of businterfaces.
 4. The integrated circuit according to claim 3, wherein saidat least one download control flag comprises a priority flag; and onreceiving multiple messages specifying the same target device from saidat least two buses in a same processing cycle, said target bus interfaceis configured to control download arbitration between said multiplemessages in dependence on said priority flag for said multiple messages.5. The integrated circuit according to claim 4, wherein said target businterface is configured to determine, on receiving said multiplemessages from said at least two buses, whether said target device isavailable for downloading a message, and if so to perform said downloadarbitration.
 6. The integrated circuit according to claim 4, wherein insaid download arbitration, said target bus interface is configured toselect one of said multiple messages for downloading by said targetdevice and to set said priority flag to said priority state for anotherof said multiple messages which is not selected for downloading.
 7. Theintegrated circuit according to claim 6, wherein in said downloadarbitration, said target bus interface is configured to select at randomany one of said multiple messages for downloading by said target deviceif none of said multiple messages has said priority flag set to saidpriority state.
 8. The integrated circuit according to claim 6, whereinin said download arbitration, if one of said multiple messages has saidpriority flag set to said priority state, then said target bus interfaceis configured to select the message having said priority flag in saidpriority state for downloading by said target device.
 9. The integratedcircuit according to claim 1, wherein at least one of said businterfaces is a multi-port bus interface comprising a plurality ofdevice ports, each device port for connecting one of said devices tosaid multi-port bus interface; and said multi-port bus interface has aport-to-port message path for transmitting port-to-port messages betweenthe devices connected to said plurality of device ports.
 10. Theintegrated circuit according to claim 9, wherein on receiving in a sameprocessing cycle a bus message from said at least one bus and aport-to-port message on said port-to-port message path, said bus messageand said port-to-port message targeting the same target device, saidmulti-port bus interface is configured to select one of said bus messageand said port-to-port message for downloading by said target device. 11.The integrated circuit according to claim 10, wherein said multi-portbus interface is configured to select said one of said bus message andsaid port-to-port message according to a weighted round robin schemewhich is weighted to select said bus message more frequently than saidport-to-port message.
 12. The integrated circuit according to claim 9,wherein said bus network comprises at least two buses, said at least onedownload control flag comprises a priority flag; and on receiving in asame processing cycle multiple bus messages from said at least two busesand a port-to-port message from said port-to-port message path eachtargeting the same target device, said target bus interface isconfigured to determine whether to select said port-to-port message fordownloading by said target device, and if said port-to-port message isnot selected, to perform download arbitration between said multiple busmessages in dependence on said priority flag for said multiple busmessages.
 13. The integrated circuit according to claim 1, wherein saidat least one download control flag comprises a starvation flag; and saidtarget bus interface is configured, on receiving a message for whichsaid starvation flag has not already been set to said priority state, toset said starvation flag to said priority state if said target devicespecified by said message is not available to download said message. 14.The integrated circuit according to claim 13, wherein said target businterface is configured to increment a counter if, on receiving amessage for which said starvation flag has already been set to saidpriority state, said target device is not available to download saidmessage.
 15. The integrated circuit according to claim 14, wherein saidtarget bus interface is configured to reserve a download opportunity forsaid message having the starvation flag set to said priority state ifsaid counter reaches a threshold value.
 16. The integrated circuitaccording to claim 15, wherein said target bus interface is configuredto prevent messages not having said starvation flag set to said prioritystate being downloaded by said target device in the reserved downloadopportunity.
 17. The integrated circuit according to claim 13, whereinsaid target bus interface is configured to prevent said starvation flagbeing set to said priority state if another message specifying the sametarget device and transmitted on the same bus already has saidstarvation flag set to said priority state.
 18. The integrated circuitaccording to claim 6, wherein said at least one download control flagcomprises a starvation flag; said target bus interface is configured, onreceiving a message for which said starvation flag has not already beenset to said priority state, to set said starvation flag to said prioritystate if said target device specified by said message is not availableto download said message; and in said download arbitration, if none ofsaid multiple messages has said priority flag in said priority state,and one of said multiple messages has said starvation flag in saidpriority state, then said target bus interface is configured to selectfor downloading by said target device said one of said multiple messageshaving said starvation flag in said priority state.
 19. An integratedcircuit comprising: a plurality of device means for providing dataprocessing functions; and bus network means for transferring messagesbetween said plurality of device means, said bus network meanscomprising a plurality of bus interface means for connecting said devicemeans to said bus network means, and at least one bus means forconnecting said plurality of bus interface means; wherein: said busnetwork means is for transferring a message specifying a target devicemeans that is connected to a target bus interface means; said pluralityof bus interface means are configured to continue passing said messagefrom bus interface means to bus interface means until said message isdownloaded from said target bus interface means by said target devicemeans; said message is associated with at least one download controlflag which is transferred along with said message via said bus networkmeans; said at least one download control flag is settable to a prioritystate indicating that said message has passed said target bus interfacemeans at least once without said message being downloaded by said targetdevice means; and said target bus interface means is configured tocontrol selection of messages to be downloaded by said target devicemeans, with messages for which said at least one download control flagis set to said priority state having a greater probability of beingselected than messages for which said at least one download control flagis not set to said priority state.
 20. A method for an integratedcircuit comprising a plurality of devices, a bus network configured totransfer messages between said plurality of devices, said bus networkcomprising a plurality of bus interfaces for connecting said devices tosaid bus network, and at least one bus connecting said plurality of businterfaces; said method comprising steps of: transferring a message oversaid bus network, wherein said message specifies a target device that isconnected to a target bus interface, and said message is associated withat least one download control flag which is transferred along with saidmessage via said bus network; and passing said message from businterface to bus interface until said message is downloaded from saidtarget bus interface by said target device; wherein said at least onedownload control flag is settable to a priority state indicating thatsaid message has passed said target bus interface at least once withoutsaid message being downloaded by said target device; and said methodcomprises said target bus interface controlling selection of messages tobe downloaded by said target device, with messages for which said atleast one download control flag is set to said priority state having agreater probability of being selected than messages for which said atleast one download control flag is not set to said priority state.